Decoding Variable-Length Code (VLC) Bitstream Information

ABSTRACT

An information handling system includes a processor that may perform decoding of a variable-length code (VLC) bitstream after preprocessing the bitstream. The bitstream includes multiple VLC symbols as binary codewords. The processor analyzes incoming VLC bitstream information and generates VLC codeword symbol information in conformance with a VLC lookup table. The processor may access a 2 dimensional VLC lookup table in real time or on-the-fly. The VLC lookup table may reside in a system memory of the IHS. The single VLC lookup table may exhibit two dimensional indexing by leading zero count and bit-length possibility.

BACKGROUND

The disclosures herein relate generally to processors, and morespecifically, to processors that employ binary bitstream communicationsin information handling systems.

Modern information handling systems (IHSs) use processors that oftengenerate, interpret, or otherwise manage binary bitstream communicationsfor audio, video or other data forms. Processors may employ fixed-lengthcode (FLC), variable-length code (VLC), or other protocols for themanagement of binary bitstream data. Table lookup methods exist toprovide for decoding of codeword data during VLC bitstream or codeworddata transmission. As the complexity of VLC bitstream data increases,lookup tables typically increase in size and thus the memory thatprocessors and IHS's need increases as well. A system may employsoftware algorithms to decode VLC bitstream codeword data intosubsequent VLC symbols as output. In some circumstances, a combinationof lookup tables and VLC bitstream analysis performs this decoding task.

Memory use and processor time are significant contributing factors toVLC decoding and therefore directly relate to the maximum operatingfrequency of modern processors. Lookup table and VLC decoding methodsare available to decode VLC bitstream data during run-time operations ofa processor and IHS.

BRIEF SUMMARY

Accordingly, in one embodiment, a method of decoding a bitstream isdisclosed. The method includes receiving, by a processor, the bitstreamwherein the bitstream includes a plurality of codewords. The method alsoincludes generating, by the processor, a, leading zero count (N) andbit-length possibility (P) indexed variable-length code (VLC) lookuptable. The method further includes accessing the leading zero count (N)and bit-length possibility (P) indexed variable-length code (VLC) lookuptable, by the processor, to decode the plurality of codewords of thebitstream into symbols in real time.

In another embodiment, an information handling system (IHS) isdisclosed. The IHS includes a processor that receives a bitstreamincluding a plurality of codewords. The processor generates a leadingzero count (N) and bit-length possibility (P) indexed variable-lengthcode (VLC) lookup table. The IHS also includes a memory, coupled to theprocessor, that stores the leading zero count (N) and bit-lengthpossibility (P) indexed variable-length code (VLC) lookup tablegenerated by the processor from the bitstream. The IHS further includesa processor configured to access the leading zero count (N) andbit-length possibility (P) indexed variable-length code (VLC) lookuptable to decode the plurality of codewords of the bitstream into symbolsin real time.

BRIEF DESCRIPTION OF THE DRAWINGS

The appended drawings illustrate only exemplary embodiments of theinvention and therefore do not limit its scope because the inventiveconcepts lend themselves to other equally effective embodiments.

FIG. 1 is block diagram of an information handling system (IHS) thatincludes the disclosed variable-length code (VLC) lookup tablemethodology.

FIG. 2 shows VLC codeword tables that depict VLC codewords sorted by VLCsymbol and leading zero count (N) information.

FIG. 3 shows VLC codeword tables that depict VLC codewords sorted bybit-length (M) information.

FIG. 4 shows a VLC lookup table that includes VLC symbol andcodeword-length (L) information indexed by leading zero count (N) andbit-length possibilities (P).

FIG. 5 is a flowchart that shows process flow in the processor of FIG. 1as it employs the disclosed variable-length code (VLC) bitstreamdecoding method.

DETAILED DESCRIPTION

Modern processors often use table lookup techniques and employ VLCcodeword decoding methods to increase the communication handlingefficiency of the processor. The processor may predefine VLC lookuptable data prior to VLC bitstream or VLC codeword communications toincrease the decoding speed of VLC binary bitstream information.Although generation of VLC lookup table data prior to VLC codewordcommunications provides more efficient data communications betweenprocessors and devices of IHS's, it may consume memory resources of theprocessor and IHS. One important feature of an effective VLC lookuptable method is the reduction or efficient use of memory resources in anIHS. Complex and possibly multiple lookup table techniques may requireextensive memory resources that may further result in processor speeddegradation during VLC bitstream analysis and decode. The result may beaudio, video, or other data communications that are suffer in speed orprocessing time.

FIG. 1 shows an information handling system (IHS) 100 that may employthe disclosed VLC decoding method. In that case, such an IHS carries outthe functional blocks of the flowchart of FIG. 5 described below thatapply to the VLC decoding process. IHS 100 includes a computer programproduct 102, such as a media disk, media drive or other media storage.IHS 100 includes VLC decode software 104 that enables processors andother entities to evaluate VLC communications in real time. IHS 100includes a processor 105 that couples to a bus 110. A memory controller115 couples to bus 110. A memory bus 120 couples system memory 125 tomemory controller 115. System memory 125 includes VLC codeword tables127 for storage of VLC decoding information. A video graphics controller130 couples display 135 to bus 110. IHS 100 includes nonvolatile storage140, such as a hard disk drive, CD drive, DVD drive, or othernonvolatile storage that couples to bus 110 to provide IHS 100 withpermanent storage of information. Nonvolatile storage 140 is a form ofdata store. I/O devices 150, such as a keyboard and a mouse pointingdevice, couple via an I/O bus 155 and an I/O controller 160 to bus 110.

One or more expansion busses 165, such as USB, IEEE 1394 bus, ATA, SATA,eSATA, PCI, PCIE and other busses, couple to bus 110 to facilitate theconnection of peripherals and devices to IHS 100. A network interface170 couples to bus 110 to enable IHS 100 to connect by wire orwirelessly to other network devices. Network interface 170 receives aVLC bitstream 175 to provide processor 105 with access to VLC bitstreambinary codeword data from another processor or source not shown. IHS 100may take many forms. For example, IHS 100 may take the form of adesktop, server, portable, laptop, notebook, or other form factorcomputer or data processing system. IHS 100 may also take other formfactors such as a personal digital assistant (PDA), a gaming device, aportable telephone device, a communication device or other devices thatinclude a processor and memory.

IHS 100 may employ a compact disk (CD), digital versatile disk (DVD),floppy disk, external hard disk or virtually any other digital storagemedium as medium 102. Medium 102 stores software including VLC decodesoftware 104 thereon. A user or other entity installs software such asVLC decode software 104 on IHS 100 prior to usage of this processorapplication. The designation, VLC decode software 104′, describes VLCdecode software 104 after installation in non-volatile storage 140 ofIHS 100. The designation, VLC decode software 104″, describes VLC decodesoftware 104 after IHS 100 loads the VLC decode software into systemmemory 125 for execution.

Those skilled in the art will appreciate that the various structuresdisclosed, such as those of VLC decode software 104 may be implementedin hardware or software. Moreover, the methodology represented by theblocks of the flowchart of FIG. 5 may be embodied in a computer programproduct, such as a media disk, media drive or other media storage suchas computer program product medium 102 of FIG. 1.

In one embodiment, the disclosed methodology is implemented as VLCdecode software 104, namely a set of instructions (program code) in acode module which may, for example, be resident in the system memory 125of IHS 100 of FIG. 1. Until required by IHS 100, the set of instructionsmay be stored in another memory, for example, non-volatile storage 140such as a hard disk drive, or in a removable memory such as an opticaldisk or floppy disk, or downloaded via the Internet or other computernetwork. Thus, the disclosed methodology may be implemented in acomputer program product for use in a computer such as IHS 100. It isnoted that in such a software embodiment, code which carries out thefunctions described in the flowchart of FIG. 5 may be stored in RAM orsystem memory 125 while such code is being executed. In addition,although the various methods described are conveniently implemented in ageneral purpose computer selectively activated or reconfigured bysoftware, one of ordinary skill in the art would also recognize thatsuch methods may be carried out in hardware, in firmware, or in morespecialized apparatus constructed to perform the required method steps.

Table 1 below represents one example of a bitstream or variable-lengthcode (VLC) codeword binary bitstream, such as VLC bitstream 175. Aprocessor, such as processor 105 of IHS 100 may receive such a VLCbitstream and decode that VLC bitstream data into corresponding VLCsymbols and ultimately into audio, video, or other information.

TABLE 1 Binary bitstream codeword data VLC bitstream100110110100010000101

VLC bitstream 175 includes a series or sequence of binary bits, such asthose of Table 1 above, namely 100111110100010000101. Prior to VLCbitstream 175 communication or reception, processor 105 may generatelookup table data such as those of FIGS. 2-3 described below. Lookuptables may reside in the system memory 125 of IHS 100 as VLC codewordtables 127. During this pre-process or pre-decode period, processor 105evaluates VLC bitstream 175 for each unique codeword for subsequentdecode or interpretation. Processor 105 may predefine lookup table datathat processor 105 determines from prior communications or other VLCcodeword analysis. During pre-processing, processor 105 may sort VLCcodeword data of VLC bitstream 175 to correspond with VLC symbol data.Each VLC codeword may correspond with a respective VLC symbol.

FIG. 2 depicts an example of lookup table data that processor 105generates during pre-processing of VLC bitstream data. In other words,processor 105, when executing VLC decode software 104, generates VLCcodeword table 210 from VLC bitstream 175 data analysis or othersources. VLC codeword table 210 includes VLC codeword and symbol data.For example, VLC codeword table 210 includes a VLC codeword column 220that includes each binary VLC codeword of VLC bitstream 175. VLCcodeword column 220 includes entries for 6 VLC codewords, namely 010,0011, 011, 011, 00100, 1, and 00101 shown as binary data therein. Column230 shows corresponding VLC symbol data A through F for each VLCcodeword of column 220. Stated in another manner, processor 105 decodesthe particular binary data of VLC bitstream 175 into a series orsequence of particular VLC symbols. For purposes of this example, VLCcodeword and symbol table 210 provides one set of possible VLC symbolsthat a VLC codeword decoding method may generate. In modern systems,both VLC codewords and VLC symbols may vary greatly in length, contentand complexity. From the VLC codeword and VLC symbol information of VLCcodeword and symbol table 210, processor 105 may count leading zero datafor each VLC codeword.

Processor 105 may generate a VLC codeword table 250 that includes VLCcodewords in leading zero order, as shown in FIG. 2. VLC codeword table250 demonstrates a VLC codeword sort by leading zeros order, with asecondary sort on the binary VLC codeword itself. VLC codeword table 250includes a VLC codeword column 260. VLC codeword column 260 includeseach VLC codeword that processor 105 identifies from the input of VLCbitstream 175. Column 260 includes VLC codewords 1, 010, 011, 0011,0010, and 00101 as binary data entries. VLC codeword table 250 includesleading zero count (N) column 270 of data 0, 1, 1, 2, 2, and 2. N refersto the number of binary 0's that precede any binary 1's in the VLCcodeword data as seen in column 260. VLC codeword table 250 alsoincludes VLC symbol data column 280 of data E, A, C, B, D and F. In thisexample of VLC codewords in leading zero order, N corresponds to thenumber of leading zeros or leading zero count for each VLC codeword ofVLC codeword table 210 above. In other words, processor 105 first sortsthe VLC codeword data of VLC codeword table 210 above by leading zerocount (N) and then sorts that result by VLC codeword to generate thedata order of VLC codeword table 250.

After processor 105 generates the data as seen in the first two columnsof codeword table 250, namely column 260 and 270 data, processor 105 mayfurther organize the VLC codeword data to include codeword bit-length(M). Codeword bit-length (M) is the binary bit count of the original VLCcodeword without the leading zero data. In other words, M is the numberof bits that each VLC codeword demonstrates without any leading zeros.One such example, using the data from codeword table 210 and codewordtable 250 is shown in the VLC codeword bit-length (M) table example ofFIG. 3.

FIG. 3 depicts a VLC codeword table 310 with corresponding bit-length(M) data. Column 320 includes VLC codewords 1, 010, 011, 0011, 00100,and 00101 as shown in FIG. 2 column 260 also. FIG. 3 includes bit-length(M) column 330 of data 1, 2, 2, 2, 3, and 3 that correspond to eachparticular VLC codeword of column 320. The corresponding VLC symbols, E,A, C, B, D, and F do not change in order or sequence to that of codewordtable 250 above. The total VLC codeword-length (L) may further be shownto be the sum of leading zero count (N) plus bit-length (M) for each VLCcodeword of FIG. 3. Processor 105 may store the information of codewordtables 210, 250 and 310 of FIGS. 2 and 3 above in memory of IHS 100. Forexample codeword table data may store in system memory 125 or moreparticularly in VLC codeword tables 127. Processor 105 may storecodeword table data in system memory 125, register files, system RAM orany other memory locations.

FIG. 4 depicts a VLC codeword table or more specifically a VLC lookuptable 410. Processor 105, when executing VLC decode software 104,generates VLC lookup table 410 from decode analysis of VLC bitstream175. VLC lookup table 410 may reside in system memory 125, such as VLCcodeword tables 127 of IHS 100 for access by processor 105 during VLCbitstream 175 decoding. VLC lookup table 410 includes N data in column420 of 0, 1, and 2. VLC lookup table 410 includes bit-length (M) asbit-length possibilities (P) data in row 430 of 000, 001, 010, 011, 100,101, 110, and 111. VLC lookup table 410 is a leading zero count (N) andbit-length possibility (P) indexed variable-length code (VLC) lookuptable, In one embodiment, P data in column 430 includes all possiblebinary combinations of the largest bit-length size (M-max) or 3 bits ofbinary bitstream data that VLC bitstream 175 may include. In otherembodiments M may have values of less than or greater than 3 incorrespondence with the particular binary bitstream data or VLC decodingapplication. VLC lookup table 410 uses N and P as the indexes or lookupvalues for each data element therein. The data elements of VLC lookuptable 410 include a VLC symbol (such as E) and total VLC codeword-length(L) data value (such as 1). Representative VLC lookup table 410 includesdata element values for N=0 of E,1 for P=100, 101, 110 and 111.

VLC lookup table 410 includes data element values for N=1 of A,3 forP=100 and 101. VLC lookup table 410 includes data element values for N=1of C,3 for P=110 and 111. VLC lookup table 410 includes a data elementvalue of D,5 for N=2 and P=100, a data element value of F,5 for N=2 andP=101, and a data element value of B,4 for N=2 and P=110 and 111. In oneexample, VLC lookup table 410 represents a 2 dimensional indexed array.N and P represent the 2 dimensions that processor 105 uses to index VLClookup table 410. The data element values for N of 0, 1, and 2 thatcorrespond to P values of 000, 001, 010, and 011 are empty. In theexample of FIG. 4, VLC lookup table 410 is a single 2 dimensional table.The use of VLC lookup table 410 will be described in more detail below.

FIG. 5 shows a flowchart that describes one example of the disclosedvariable-length code (VLC) bitstream decoding method. Processor 105receives a VLC binary codeword bitstream, such as VLC bitstream 175,from another processor or other source. VLC bitstream 175 may containVLC codeword data such as the data of codeword table 210, describedabove with reference to FIG. 2. That VLC codeword data may be in theform as shown in Table 1 above as a binary string of 0 and 1 digits. Inan effort to decode VLC bitstream 175, processor 105 may interpretincoming VLC data and organize the results into a series of VLC symbolssuch as the VLC symbol data shown in VLC codeword table 210 above. TheVLC bitstream decoding method begins, as per block 510. Prior to VLCcodeword decoding, processor 105 executes VLC decode software 104 tosort VLC codeword data of VLC bitstream 175 in leading zero count (N)order, as per block 520. The N sort is part of a pre-process operationthat processor 105 executes prior to VLC bitstream 175 decoding.Processor 105 sorts VLC codeword data by N, and generates information inconformance with codeword table 250, described above with reference toFIG. 4. Processor 105 may store codeword table 250 data in VLC codewordtables 127 of IHS 100.

Processor 105 determines the longest or widest VLC codeword bit-lengthor value of M as M-max, as per block 530. In the example of the data asdepicted above in FIGS. 2 and 3, that M-max value is equal to 3. Inother words, in the total VLC codeword binary bitstream of VLC bitstream175, as shown in codeword table 310 of FIG. 3, M-max or a value of 3represents the largest number of consecutive binary digits thatprocessor 105 receives after the leading zeros for each codeword. Afterevaluating all possible VLC codewords from VLC bitstream 175, processor105 possesses sufficient information to generate VLC lookup table 410,as per block 540.

More specifically, for all VLC bitstream 175 codeword possibilities thatcorrespond to M-max or 3 bits in size, namely 000, 001, 010, 011, 100,101, 110, and 111, processor 105 generates VLC lookup table 410.Processor 105 generates a column of lookup table data entry for eachvalue of P or the possible bit-length (M) binary values of VLC bitstream175. Processor 105 includes data elements of VLC symbol and L values perN and P indexes in VLC lookup table 410. Processor 105 may store VLClookup table 410 in VLC codeword table 127 of IHS 100. In other words,processor 105 may generate the data of VLC codeword table 410 by usingVLC symbol data and corresponding VLC codeword-length (L) data andindexing that information with leading zero count N and bit-lengthpossibilities (P). VLC bit-length possibilities (P) is the group of VLCcodeword data or column headers as in VLC lookup table 410. Each VLCsymbol data value, namely A through F as per codeword table 210 above,resides in one or more locations or data entry areas of VLC lookup table410.

To better understand the organization of VLC lookup table 410, anexample for one VLC symbol is described below. For example, if VLCsymbol A is binary 10, then 100 and 101 may be VLC symbol A followed byone binary bit from the next VLC symbol of VLC bitstream 175. Therefore,100 and 101 are possible indexes for VLC symbol A. Stated in anotherway, 100 and 101 represent M bit-length possibilities (P) for VLC symbolA. VLC lookup table 410, that processor 105 generates and stores in IHSmemory, indexes the VLC symbol and codeword-length (L) by N and P. Inanother example, in any particular bitstream, a codeword of 110 or 111may be 11 followed by other binary data and thus VLC symbol C followedby other data. In that example both 110 and 111 represent VLC codewordbit-length possibilities (P) for VLC symbol C. By choosing P lengths of3 or M-max, all possible codeword bit-lengths (M) are shown in theexample of VLC lookup table 410 of FIG. 4.

During decoding or run-time operation, processor 105 generates VLCsymbol data from VLC codeword data on-the-fly or in real time processorexecution. Processor 105 executes VLC decode software 104 to determineN, namely the leading zero count, from the VLC codeword data of VLCbitstream 175, as per block 550. For example, using the data of Table 1above, the first binary digit in VLC bitstream 175 binary data is 1. Inthat case, there is no leading zero and N=0. Processor 105 extractsM-max or 3 bits as P for evaluation from VLC bitstream 175, as per block560. In the above example that uses the VLC bitstream data of Table 1,the first 3 bits of VLC bitstream 175 and therefore the value of P isbinary 100. Processor 105 performs a lookup of VLC codeword data of VLCbitstream 175 using N and P as indexes into VLC lookup table 410, as perblock 570. In the case wherein N=0, and P=100, as per VLC lookup table410, memory of IHS 100 provides a result of E,1. Stated alternatively,processor 105 executes a lookup into IHS 100 memory with indexes of N=0,and P=100 resulting in a VLC lookup table 410 result of VLC symbol E andVLC codeword-length of 1. With that decoding of E as the first VLCcodeword symbol, processor 105 may now move to the next VLC codewordinformation in VLC bitstream 175 on-the-fly or in real-time processoroperation. Using the VLC codeword-length value of 1, processor 105advances 1 binary bit to the start of the next VLC codeword of VLCbitstream 175 for decoding, as per block 575.

If the VLC bitstream decoding is not complete, flow returns to block 550and processor 105 continues decoding the next binary bits of VLCbitstream 175, as per decision block 580. As processor 105 decodes eachVLC codeword of VLC bitstream 175 of Table 1 above, the outputcorresponds to VLC symbol data of “EBCADF”, as shown in Table 2 below.If the VLC codeword decoding is complete at decision block 580, the VLCbitstream decoding method ends, as per block 590. Table 2 below showsthe resultant VLC symbol data “EBCADF” that processor 105 decodes fromthe VLC bitstream example.

TABLE 2 VLC bitstream 100110110100010000101 (binary codeword data) VLCsymbol data EBCADF

The foregoing discloses methodologies wherein a processor may employ VLCdecoding software to provide VLC bitstream decoding on-the-fly using aVLC lookup table. A processor within an IHS may employ system memory forstorage of codeword table data for analysis and decoding of VLCbitstream information that the IHS receives as input.

Modifications and alternative embodiments of this invention will beapparent to those skilled in the art in view of this description of theinvention. Accordingly, this description teaches those skilled in theart the manner of carrying out the invention and is intended to beconstrued as illustrative only. The forms of the invention shown anddescribed constitute the present embodiments. Persons skilled in the artmay make various changes in the shape, size and arrangement of parts.For example, persons skilled in the art may substitute equivalentelements for the elements illustrated and described here. Moreover,persons skilled in the art after having the benefit of this descriptionof the invention may use certain features of the invention independentlyof the use of other features, without departing from the scope of theinvention.

1. A method of decoding a bitstream, comprising: receiving, by aprocessor, the bitstream, wherein the bitstream includes a plurality ofcodewords; generating, by the processor, a, leading zero count (N) andbit-length possibility (P) indexed variable-length code (VLC) lookuptable; and accessing the leading zero count (N) and bit-lengthpossibility (P) indexed variable-length code (VLC) lookup table, by theprocessor, to decode the plurality of codewords of the bitstream intosymbols in real time.
 2. The method of claim 1, further comprisingdetermining, by the processor, from a particular codeword the leadingzero count (N) of that particular codeword.
 3. The method of claim 1,further comprising determining, by the processor, an M-max number ofbits for the particular codeword.
 4. The method of claim 1, furthercomprising determining, by the processor, a bit-length possibility (P)for the particular codeword.
 5. The method of claim 1, furthercomprising accessing, by the processor, the leading zero count (N) andbit-length possibility (P) indexed variable-length code (VLC) lookuptable using the leading zero count (N) as a first index and thebit-length possibility (P) for the particular codeword as a second indexto retrieve a codeword symbol and codeword-length (L) of the particularcodeword.
 6. The method of claim 1, further comprising utilizing, by theprocessor, the codeword-length (L) of the particular codeword to advanceto the next codeword of the bitstream after the particular codeword. 7.The method of claim 1, further comprising storing, by the processor, theleading zero count (N) and bit-length possibility (P) indexedvariable-length code (VLC) lookup table in a system memory.
 8. Aninformation handling system (IHS), comprising a processor that receivesa bitstream including a plurality of codewords, wherein the processorgenerates a leading zero count (N) and bit-length possibility (P)indexed variable-length code (VLC) lookup table; a memory, coupled tothe processor, that stores the leading zero count (N) and bit-lengthpossibility (P) indexed variable-length code (VLC) lookup tablegenerated by the processor from the bitstream; the processor beingconfigured to access the leading zero count (N) and bit-lengthpossibility (P) indexed variable-length code (VLC) lookup table todecode the plurality of codewords of the bitstream into symbols in realtime.
 9. The IHS of claim 8, wherein the processor determines from aparticular codeword the leading zero count (N) of that particularcodeword.
 10. The IHS of claim 8, wherein the processor determines anM-max number of bits for the particular codeword.
 11. The IHS of claim8, wherein the processor determines a bit-length possibility P for theparticular codeword.
 12. The IHS of claim 8, wherein the processoraccesses the leading zero count (N) and bit-length possibility (P)indexed variable-length code (VLC) lookup table using the leading zerocount (N) as a first index and the bit-length possibility (P) for theparticular codeword as a second index to retrieve a codeword symbol andcodeword-length (L) of the particular codeword.
 13. The IHS of claim 8,further comprising utilizing, by the processor, the codeword-length (L)of the particular codeword to advance to the next codeword of thebitstream after the particular codeword,
 14. The IHS of claim 8, furthercomprising storing, by the processor, the leading zero count (N) andbit-length possibility (P) indexed variable-length code (VLC) lookuptable in a system memory.
 15. A computer program product stored on acomputer operable medium, comprising: instructions that receive abitstream including a plurality of codewords; and instructions thatgenerate a 2 dimensional, leading zero count (N) and bit-lengthpossibility (P) indexed variable-length code (VLC) lookup table from thebitstream; and instructions that access the leading zero count (N) andbit-length possibility (P) indexed variable-length code (VLC) lookuptable to decode the plurality of codewords of the bitstream into symbolsin real time.
 16. The computer program product of claim 15, furthercomprising instructions that determine from a particular codeword theleading zero count (N) of that particular codeword.
 17. The computerprogram product of claim 15, further comprising instructions thatdetermine an M-max number of bits for the particular codeword.
 18. Thecomputer program product of claim 15, further comprising instructionsthat determine a bit-length possibility (P) for the particular codeword.19. The computer program product of claim 15, further comprisinginstructions that access the leading zero count (N) and bit-lengthpossibility (P) indexed variable-length code (VLC) lookup table usingthe leading zero count (N) as a first index and the bit-lengthpossibility (P) for the particular codeword as a second index toretrieve a codeword symbol and codeword-length (L) of the particularcodeword.
 20. The computer program product of claim 15, furthercomprising instructions that utilize the codeword-length (L) of theparticular codeword to advance to the next codeword of the bitstreamafter the particular codeword.